Display of and interaction with local and remote data objects

ABSTRACT

A system and method for display of and interaction with local and remote data objects in a distributed data processing system is disclosed. In an embodiment, given sufficient information or “meta data” (i.e. data about data) for a local system and a remote system, a data object viewer may combine both local and remote data objects in a single view. In an embodiment, a user may interact with these local and remote data objects in a context sensitive manner such that, in dependence on the selected data object, either a local action, a remote action, or both local and remote actions may be performed on the selected data object.

BACKGROUND

[0001] The present invention relates to data processing systems, and more specifically to the display of and interaction with local and remote data objects.

[0002] In a typical distributed data processing system, there are many situations where a user may need to display and interact with both local and remote data objects. Local and remote data objects may include, for example, files and folders located locally and remotely. Typical actions performed on these local and remote data objects may include, for example, editing, deleting, copying, moving, renaming, and in the case of program files and executable files, compiling and running.

[0003] Known data object viewers typically display either all local or all remote data objects in a single view. When interacting with remote data objects presented in such a view, two approaches have been commonly used. In a first approach, an action on a remote data object is invoked directly on the remote system, for example by programming a customized remote action. In a second approach, a remote data object is “pulled” or downloaded to a local system, acted upon locally, and then “pushed” or uploaded back to the remote system. For example, there are Windows-based code editors, which allow for local editing of remote files. Typically, this is done by downloading a temporary copy of the remote files to a local system, allowing the files to be edited locally, and then subsequently pushing the edited files back to the remote system.

[0004] It would be desirable to provide a more flexible approach to displaying and interacting with local and remote data objects.

SUMMARY

[0005] The present invention relates to display of and interaction with local and remote data objects in a distributed data processing system. In an embodiment, given sufficient information or “meta data” (i.e. data about data) for a local system and a remote system, a data object viewer may combine both local and remote data objects in a single view.

[0006] In an exemplary embodiment, a user may interact with these local and remote data objects in a context sensitive manner such that, in dependence on the selected data object, a local action, a remote action, or both local and remote actions may be performed on the selected data object.

[0007] In an exemplary embodiment, a data object having both a local presence and a remote presence may have both local and remote actions performed thereon in a context sensitive manner.

[0008] In an aspect of the invention, there is provided a method of displaying and interacting with local and remote data objects in a distributed data processing system, comprising:

[0009] (i) accessing a local model defining at least one local data object and at least one local action, which may be performed on, said local data object;

[0010] (ii) accessing a remote model defining at least one remote data object and at least one remote action, which may be performed on, said remote data object;

[0011] (iii) displaying at least one of said local data objects and said remote data objects in a viewer;

[0012] (iv) in response to selection of a data object from said viewer in (iii), determining a location characteristic for said selected data object;

[0013] (v) in the context of said location characteristic determined in (iv), performing at least one action on said selected data object, as defined by one of said local model and said remote model.

[0014] In an embodiment of the first aspect of the invention, the method further comprises:

[0015] (vi) defining a local/remote data object comprising a local data object and a remote data object and displaying said local/remote data object in said viewer in (iii);

[0016] (vii) if said local/remote data object is selected in (iv), then in (v) performing at least one action on said selected local/remote data object as defined by at least one of said local model and said remote model.

[0017] In another aspect of the invention, there is provided a system for displaying and interacting with local and remote data objects in a distributed data processing system, comprising:

[0018] (a) a local model including definitions for at least one local data object and at least one local action, which may be performed on said local data object;

[0019] (b) a remote model including definitions for at least one remote data object and at least one remote action, which may be performed on said remote data object;

[0020] (c) a viewer configured to display at least one of said local data objects and said remote data objects, said viewer being configured to permit a data object to be selected therefrom;

[0021] (d) a module configured to determine a location characteristic for said data object selected from said viewer and to perform at least one action on said selected data object, as defined by one of said local model and said remote model.

[0022] In an embodiment of the second aspect of the invention, the system further comprises a merged viewer model including definitions from both said local model and said remote model, said merged viewer model defining a local/remote data object comprising a local data object and a remote data object.

[0023] In a third aspect of the invention, there is provided a system for displaying and interacting with local and remote data objects in a distributed data processing system, comprising:

[0024] (i) means for accessing a local model defining at least one local data object and at least one local action, which may be performed on said local data object;

[0025] (ii) means for accessing a remote model defining at least one remote data object and at least one remote action, which may be performed on said remote data object;

[0026] (iii) means for displaying at least one of said local data objects and said remote data objects in a viewer;

[0027] (iv) in response to selection of a data object from said viewer in (iii), means for determining a location characteristic for said selected data object;

[0028] (v) in the context of said location characteristic determined in (iv), means for performing at least one action on said selected data object, as defined by one of said local model and said remote model.

[0029] In an embodiment of the third aspect of the invention, the system further comprises:

[0030] (vi) means for defining a local/remote data object comprising a local data object and a remote data object and displaying said local/remote data object in said viewer in (iii);

[0031] (vii) means for performing at least one action on said selected local/remote data object as defined by at least one of said local model and said remote model.

[0032] In a fourth aspect of the invention, there is provided a computer readable medium having computer readable program code embedded in the medium for displaying and interacting with local and remote data objects in a distributed data processing system, the computer readable program code including:

[0033] (a) code for accessing a local model defining at least one local data object and at least one local action, which may be performed on said local data object;

[0034] (b) code for accessing a remote model defining at least one remote data object and at least one remote action, which may be performed on said remote data object;

[0035] (c) code for displaying at least one of said local data objects and said remote data objects in a viewer;

[0036] (d) in response to selection of a data object from said viewer in (iii), code for determining a location characteristic for said selected data object;

[0037] (e) in the context of said location characteristic determined in (iv), code for performing at least one action on said selected data object, as defined by one of said local model and said remote model.

[0038] In an embodiment, the computer readable medium further comprises:

[0039] (f) code for defining a local/remote data object comprising a local data object and a remote data object and displaying said local/remote data object in said viewer in I;

[0040] (g) code for performing at least one action on said selected local/remote data object as defined by at least one of said local model and said remote model.

[0041] The foregoing and other aspects of the invention will be apparent from the following more particular descriptions of exemplary embodiments of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

[0042] In the figures which illustrate exemplary embodiments of the invention:

[0043]FIG. 1 shows an illustrative distributed data processing system, which may provide an operating environment for various exemplary embodiments.

[0044]FIG. 2 shows a schematic block diagram of a system and method in accordance with an exemplary embodiment.

[0045]FIG. 3A shows an illustrative example of a data object viewer of FIG. 2 in accordance with an embodiment.

[0046]FIGS. 3B-3E illustrate various exemplary actions that may be performed on data objects selected in the viewer of FIG. 3A.

[0047] FIGS. 4A-D show an illustrative data model in accordance with an exemplary embodiment using UML.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

[0048]FIG. 1 shows an illustrative distributed data processing system 100 which may provide an operating environment for various exemplary embodiments of the invention. As shown, a network 102 connects a workstation 104 and a plurality of servers 106 a-106 c. In the context of the present discussion, the workstation 104 may be viewed as a “local” system, and each of the servers 106 a-106 c may be viewed as a “remote” system. It will be appreciated that the system 100 shown in FIG. 1 is illustrative and is not meant to be limiting in terms of the type of system 100 which may provide a suitable operating environment to practice the invention.

[0049]FIG. 2 shows a schematic block diagram of a system and method 200 in accordance with an exemplary embodiment. As shown, a viewer model 210 is connected to both a local system 104 and a remote system 106, via access paths 212 and 216, respectively.

[0050] In an embodiment, the viewer model 210 may be embodied as a process, and may be situated locally on the local system 104 (e.g. on the workstation 104 of FIG. 1). In such a case, access path 212 may be internal to the local system 104, while access path 216 may take a more circuitous route through the network 102 (FIG. 1).

[0051] As shown in FIG. 2, a local model 204 may be used to define local data objects located on the local system 104. Thus, the local model 204 is “meta data” which describes data objects and actions on local system 104. In an embodiment, the local model 204 may be accessible to the viewer model 210 via an access path 213, and the local model 204 may be accessible to the local system 104 via an access path 214. In an embodiment, the local model 204 may be co-located with the local system 104 and the viewer model 210 (e.g. in the workstation 104 of FIG. 1, for example).

[0052] In an embodiment, the local model 204 may define various local data objects including “containers”, and “files”. These containers and files may correspond to “folders”, and “files” in a personal computer operating system, for example. The local model 204 may also define various actions, which may be performed locally on each of the defined local data objects. Thus, each local data object may have a set of valid local actions that may be performed on it. The local actions may be routines, which may be called from an underlying operating system, or customized routines programmed by the user. It will be appreciated that the set of valid local actions may vary, depending on the type of local data object and its definition in the local model 204.

[0053] In an embodiment, a corresponding remote model 206 may define remote data objects on the remote system 106. Thus, the remote model 206 is “meta data” which describes data objects and actions on the remote system 106. In an embodiment, the remote model 206 may be accessible to the viewer model 210 via an access path 217, and the remote model 206 may be accessible to the remote system 106 via an access path 218. In an embodiment, the remote model 206 may be co-located with the remote system 106 and access path 217 is a path across a network (e.g. network 102 of FIG. 1) to the remote system 106.

[0054] In an embodiment, the remote model 206 may define substantially the same types of data objects as defined by local model 204. Thus, the remote data objects may also comprise “containers” and “files”, for example. However, it will be appreciated that the local and remote data objects need not be identical. For example, a “container” defined on a local system 104 may correspond to a “folder” on a remote system 106 having a different data structure or operating system. In any event, each remote data object may have a set of valid remote actions that may be performed on it. These remote actions may be routines, which may be called from an underlying operating system, or customized routines programmed by the user.

[0055] In an embodiment, the local model 204 and the remote model 206 may be “merged” in the viewer model 210, so that both the local model 204 and the remote model 206 (i.e. the meta data for the local system 104 and the remote system 106, respectively) are readily accessible in the local system 104.

[0056] In an embodiment, data objects may be displayed in a viewer 220 connected to the viewer model 210 via an access path 219. In an embodiment, the viewer 220 may display data objects having both a local presence and a remote presence (i.e. a local data object and a corresponding remote data object). This is possible because the viewer model 210 has merged the meta data (local model 204 and remote model 206) for the local system 104 and the remote system 106. As will be explained, such a “local/remote” data object having both a local presence and a remote presence may have local and remote actions performed thereon in a context sensitive manner.

[0057] Illustrative examples of display of and interaction with local and remote data objects in the viewer 220, in accordance with exemplary embodiments of the invention, are now shown and described.

[0058]FIG. 3A shows the viewer 220 of FIG. 2 in accordance with an exemplary embodiment. As shown, the viewer 220 may be embodied as a graphical user interface having, for example, a viewer title 302, and a plurality of functions 304 a-304 d available from that view. For example, one of the functions 304 a-304 d may provide a drop down window (not shown) from which a “project” (e.g. a collection of folders and files) may be selected for view in the viewer 220. Other functions 304 a-304 d may control access to various application specific or operating system features or actions. For example, one of the functions 304 a-304 d may “refresh” the viewer 220 to update the status of data objects shown in the viewer 220, and another of the functions 304 a-304 d may perform a “synchronization” operation for a data object selected in the viewer 220.

[0059] In this illustrative example, “containers” and “files” relating to a “project” 307 may be displayed in a project window 306, in the viewer 220. A container 308 displayed in the project window 306 may contain a number of data objects (e.g. File_A, File_B, File_C), which may have a local presence, a remote presence, or both a local and a remote presence.

[0060] In this illustrative example, File_A is a local data object having a local presence only, as indicated for example by a “local” location arrow 310 pointing to the right. File_B is a remote data object having a remote presence only, as indicated for example by a “remote” location arrow 314 pointing to the left. File_C is both a local data object and a remote data object (i.e. File_C has both a local presence and a remote presence), as indicated for example by a double-headed “local/remote” location arrow 314 pointing both to the left and to the right.

[0061] It will be appreciated that, in addition to “location” arrows 310, 312, 314, any other suitable graphics or visually distinguishing features may be used to indicate their local, remote or local/remote character. For example, different colours or other graphics may be used to indicate the “location” or other status information for each of the data objects displayed in the viewer 220.

[0062] A viewer 220 such as that shown above may provide a user with added flexibility in interacting with and visualizing local and remote data objects, as discussed below.

[0063] As illustrated in FIG. 3B, when a local data object such as File_A is selected by a user (the selection of File_A is indicated here by boldfacing), a window 320 may open which may provide the user with a list of local actions (e.g. Local Action 1, Local Action 2, Local Action 3 . . . ) that may be performed on the selected File_A. The list of valid local actions presented in the window 320 may be predefined in the local model 204 (FIG. 2) and merged to the viewer model 210 (FIG. 2).

[0064] In an embodiment, only valid local actions, which may be performed on File_A, may be presented for selection in the window 320. In another embodiment, invalid local actions may be shown but configured to be unselectable from the window 320.

[0065]FIG. 3C illustrates another example in which File_B, a remote data object, is selected in the viewer 210 (the selection of File_B is indicated here by boldfacing). In this case, another window 330 may open which may provide the user with a list of remote actions (e.g. Remote Action 1, Remote Action 2, Remote Action 3 . . . ) which may be performed on the selected File_B. The list of valid remote actions presented in window 330 may be predefined in the remote model 206 (FIG. 2) and merged to the viewer model 210.

[0066] In an embodiment, only valid remote actions, which may be performed on File_B, may be presented for selection in the window 330. In another embodiment, invalid remote actions may be shown but configured to be unselectable from the window 330.

[0067]FIG. 3D illustrates yet another example in which File_C, both a local and a remote data object, is selected in the viewer 220 (the selection of File_C is indicated here by boldfacing). In this case, both windows 320 and 330 may open to provide the user with a list of local actions and a list of remote actions, respectively, which may be performed on File_C.

[0068] In an embodiment, only valid local or remote actions, which may be performed on File_C, may be presented in the windows 320, 330. In another embodiment, invalid actions may be shown but configured to be unselectable from the windows 320, 330.

[0069] In an embodiment, as the viewer model 210 merges both the local model 204 and the remote model 206, the viewer model 210 may be used to check whether local and remote actions may conflict with each other if performed together. If so, such actions may be made invalid by the viewer model 210 for affected local/remote data objects.

[0070]FIG. 3E illustrates yet another embodiment in which File_C is selected. As shown, instead of providing a list of local actions (window 320) and a list of remote actions (window 330) as in FIG. 3D, a combined action list (window 340) may be displayed. For example, the window 340 may present a selectable list of actions (e.g. Action 1, Action 2, Action 3) which may be performed on File_C.

[0071] In an embodiment, upon selection of an action in window 340, another window 350 may be presented which requires the user to further select whether the action should be performed only on the local presence (i.e. the local data object) of File_C, only on the remote presence (i.e. the remote data object) of File_C, or on both. In an embodiment, if an action selected in window 340 is not available for one or more of the local, remote and local/remote data objects, then such options may be shown but configured to be unselectable from the window 350.

[0072] As illustrated and described above, a user is able to interact with and visualize both local and remote data objects in a viewer in a flexible, context sensitive manner. In particular, for data objects having both a local presence and a remote presence (e.g. File_C above), the user is able to interact with both the local presence and the remote presence (i.e. both the local data object and the remote data object) of File_C in a context sensitive manner, substantially at the same time. Furthermore, when acting on a remote data object, or a local/remote data object, it is no longer necessary to be concerned about whether the remote data object needs to be pulled and turned into a local data object in order to be acted upon.

[0073] Furthermore, a user is able to interact with a local data model, a remote data model, or a local/remote data model with improved convenience, and without having to select or switch between different views containing only local data objects, or only remote data objects.

[0074] A system and model in accordance with an exemplary embodiment of the invention has been generally described above. Now, a more specific example is described using Unified Modeling Language (UML).

EXAMPLE

[0075] FIGS. 4A-D illustrate, using UML, a specific implementation of an exemplary embodiment of the invention in an integrated software development environment (“IDE”). This specific implementation described below is illustrative, and is not meant to be limiting in any way.

[0076] In this specific implementation, a distributed data processing system (e.g. system 100 of FIG. 1) comprises a local system (e.g. local system 104) running WebSphere™ Development Studio Client for iSeries™ (“iSeries”) and one or more remote systems (e.g. remote systems 106 a-106 c) having one or more iSeries Remote Objects. A suitable communication path (e.g. network 102) connects the local system to a targeted remote system.

[0077] As may be familiar to those skilled in the art, iSeries native development is often performed directly on an iSeries local system (e.g. workstation 104 of FIG. 1) since the tooling and the compilations is run there. However, in certain development situations, there is a need to recreate these tools remotely, and enhance their remote capabilities.

[0078] As explained earlier, a user is able to interact with and visualize both local and remote data objects by having a viewer model (i.e. viewer model 210 of FIG. 2) merge both an iSeries object model (i.e. local model 204 of FIG. 2) with an iSeries Remote Object model (i.e. remote model 206 of FIG. 2).

[0079] Using UML, FIG. 4A shows a number of “classes”, some of which have defined “attributes” and “operations”. As will be known to those skilled in the art, a UML “attribute” is a named property of a class that describes a range of values that instances of the property may hold. An attribute represents a property, which is shared by all objects of a class. Furthermore, a UML “operation” is an implementation of a service that can be requested from any object of the class to affect behavior. That is, an operation is an abstraction of something that can be done to an object that is shared by all objects of the class.

[0080] In FIG. 4A, class 402 (“AbstractiSeriesResource”) is a “super class” or “parent” having a “generalization” relationship with a number of “children”, i.e. class 404 (“AbstractiSeriesProjectRoot”), class 406 (“AbstractiSeriesProject”), class 408 (“AbstractiSeriesContainer”), and class 410 (“AbstractiSeriesMember”). As shown, class 408 is a parent and has generalization relationships with its children (classes 412-420), and class 410 is a parent and has generalization relationships with its children (classes 422 and 424). As will be familiar to those skilled in the art, in a “generalization” relationship, objects of the child may be used anywhere the parent may appear, and the child may inherit the attributes and operations of its parent (in some cases, a child may also have attributes and operations in addition to those found in its patent).

[0081]FIGS. 4B-4D detail relationships between various classes. From FIG. 4B, it is seen that a class 404 (“AbstractiSeriesProjectRoot”) has an “aggregation” relationship with class 406 (“AbstractiSeriesProject”). As will be known to those skilled in the art, an “aggregation” is a “whole/part” kind of relationship in which one class represents a larger thing (the “whole”), which may consist of a number of smaller things (the “parts”). Thus, it may be said that class 406 is a “part” of class 404, or that class 404 “has” class 406.

[0082] Analogously, class 406 has a class 412 (“AbstractiSeriesNativeRoot”), and a class 414 (“AbstractiSeriesIFSRoot”). As known to those skilled in the art, IFS is a type of file system known as the “Integrated File system” and is a part of OS400, the operation system for the iSeries class of machines. Class 412 has further subclasses including class 416 (“AbstractiSeriesNativeLibrary”) and class 418 (“AbstractiSeriesNativeObject”). In this example, class 418 is a part of both class 416 and class 412. Class 424 (“AbstractiSeriesNativeMember”) is a part of class 418. Class 414 has a class 420 (“AbstractiSeriesIFSContainer”) and a class 422 (“AbstractiSeriesIFSMember”). Class 422 is a part of both class 414 and class 420. As shown at 421, class 420 maybe a part of itself (e.g. a subcontainer or subfolder within a folder). For the purposes of the present discussion, only the left branch (i.e. class 412 and its parts) is considered. As will be appreciated by those skilled in the art, class 412 defines a type of file system including a “Root”, a “Library”, an “Object” and a “Member”.

[0083]FIG. 4C shows a number of “Abstract . . . ” classes 404, 406, 408, 410 and 418 on the left side of FIG. 4C representing classes in a merged viewer model (i.e. viewer model 210 of FIG. 2). These “Abstract . . . ” classes 404, 406, 408, 410 and 418 have a one-way “association” with a number of “I . . . ” classes on the right side of FIG. 4C representing “local” data objects. More specifically, class 404 is associated with class 430 (“IworkspaceRoot”), class 406 is associated with class 432 (“Iproject”), class 408 is associated with class 434 (“Icontainer”), and both class 418 and class 410 are associated with class 436 (“Ifile”). In the context of the present discussion, the “I . . . ” classes 430, 432, 434, 436 represent the local model (e.g. local model 204 of FIG. 2) for a local system 104.

[0084]FIG. 4D shows a model 400D with other “Abstract . . . ” classes 416, 418 and 424 on the left side of FIG. 4D having an “association” with a number of “AS400™ . . . ” classes 440, 442, 444 on the right side of FIG. 4D. More specifically, class 416 is associated with class 440 (“AS400Library”), class 418 is associated with class 442 (“AS400Object”), and class 424 is associated with class 444 (“AS400Member”). In the context of the present discussion, the “AS400 . . . ” classes 440, 442, 444 represent the remote model (e.g. remote model 206 of FIG. 2) for a remote system 106 a, 106 b, 106 c.

[0085] In an embodiment, the “Abstact . . . ” classes shown in FIGS. 4C and 4D may represent two “wrapped” object models: (i) a “local” iSeries object model; and (ii) a “remote” iSeries Remote Object model. In an embodiment, data objects that are local, remote, or local/remote may all be handled by the merged viewer model (i.e. viewer model 210 of FIG. 2) as described above.

[0086] Advantageously, the caching of the local and remote object models into a merged viewer model may provide a user with increased flexibility in interacting with and visualizing local and remote data objects in a viewer.

[0087] In an IDE environment, for example, an executable local/remote data object displayed in the viewer 220 may be selected, compiled, and run without regard to whether the data object is a local data object, remote data object, or a local/remote data object (although this may be readily visualized in the viewer 220). If, for example, the compilation action is to be performed locally, and the running action is to be performed remotely, the user need not switch between views of local data objects only, or remote data objects only. Rather, both actions may be taken in a context sensitive manner by selecting the local/remote executable data object from one view, and by relying on the merged viewer model to perform the required actions.

[0088] While exemplary embodiments of the invention have been described, and a specific implementation has been presented, it will be apparent to those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention.

[0089] For example, the IDE product described in the specific implementation presented above may be viewed as providing only a set of re-usable APIs. It will be appreciated that the teaching of the present invention may be embodied in numerous other data processing environments and programming languages. For example, the C++ language or other similar object oriented programming language may be used to program the behaviors described.

[0090] Also, while a merged “viewer model” 210 (FIG. 2) has been shown and described, it will be appreciated that, in an alternative embodiment, a process may access both the local model 204 (FIG. 2) and the remote model 206 (FIG. 2) in each instance in order to display and allow actions to be taken on local/remote data objects in the viewer 220.

[0091] Thus, the scope of the invention is limited only by the language of the following claims. 

The embodiments of the invention in which an exclusive property or privilege is claimed are defined as follows:
 1. A method of displaying and interacting with local and remote data objects in a distributed data processing system, comprising: (i) accessing a local model defining at least one local data object and at least one local action, which may be performed on, said local data object; (ii) accessing a remote model defining at least one remote data object and at least one remote action, which may be performed on, said remote data object; (iii) displaying at least one of said local data objects and said remote data objects in a viewer; (iv) in response to selection of a data object from said viewer in (iii), determining a location characteristic for said selected data object; and (v) in the context of said location characteristic determined in (iv), performing at least one action on said selected data object, as defined by one of said local model and said remote model.
 2. The method of claim 1, further comprising: (vi) defining a local/remote data object comprising a local data object and a remote data object and displaying said local/remote data object in said viewer in (iii); and (vii) if said local/remote data object is selected in (iv), then in (v) performing at least one action on said selected local/remote data object as defined by at least one of said local model and said remote model.
 3. The method of claim 2, further comprising merging said local model and said remote model into a merged viewer model, said merged viewer model containing data objects and actions from both said local model and said remote model.
 4. The method of claim 2, further comprising displaying in said viewer a list of local actions and a list of remote actions that may be performed on said local/remote data object.
 5. The method of claim 2, further comprising displaying in said viewer a list of actions that may be performed on said local/remote data object, and upon selection of an action, further displaying a list of locations on which said action is to be performed.
 6. The method of claim 5, wherein said list of locations includes local, remote, and both locations.
 7. The method of claim 2, further comprising performing on said local/remote data object at least one local action and at least one remote action, substantially at the same time.
 8. The method of claim 7, wherein said at least one local action and said at least one remote action comprises the same action.
 9. The method of claim 3, further comprising determining, utilizing said merged viewer model, which combined local and remote actions are invalid for performing on a selected local/remote data object.
 10. The method of claim 9, further comprising displaying in said viewer a list of actions that may be performed on said local/remote data object.
 11. A system for displaying and interacting with local and remote data objects in a distributed data processing system, comprising: (a) an access to a local model including definitions for at least one local data object and at least one local action, which may be performed on said local data object; (b) an access to a remote model including definitions for at least one remote data object and at least one remote action, which may be performed on, said remote data object; (c) a viewer configured to display at least one of said local data objects and said remote data objects, said viewer being configured to permit a data object to be selected therefrom; and (d) a module configured to determine a location characteristic for said data object selected from said viewer and to perform at least one action on said selected data object, as defined by one of said local model and said remote model.
 12. The system of claim 11, further comprising a merged viewer model including definitions from both said local model and said remote model, said merged viewer model defining a local/remote data object comprising a local data object and a remote data object.
 13. The system of claim 12, wherein said viewer is further configured to display said local/remote data object and permit said local/remote data object to be selected therefrom.
 14. The system of claim 13, wherein said viewer is further configured to display a list of local actions and a list of remote actions that may be performed on said local/remote data object.
 15. The system of claim 13, wherein said viewer is further configured to display in said viewer a list of actions that may be performed on said local/remote data object, and upon selection of an action, to further display a list of locations on which said action is to be performed.
 16. The system of claim 15, wherein said list of locations includes local, remote, and both locations.
 17. The system of claim 12, wherein said merged viewer model is further configured to determine which combined local and remote actions are invalid for performing on a selected local/remote data object.
 18. The system of claim 17, wherein said viewer is further configured to display only a list of valid actions that may be performed on said local/remote data object.
 19. A system for displaying and interacting with local and remote data objects in a distributed data processing system, comprising: (i) means for accessing a local model defining at least one local data object and at least one local action, which may be performed on said local data object; (ii) means for accessing a remote model defining at least one remote data object and at least one remote action, which may be performed on said remote data object; (iii) means for displaying at least one of said local data objects and said remote data objects in a viewer; (iv) in response to selection of a data object from said viewer in (iii), means for determining a location characteristic for said selected data object; and (v) in the context of said location characteristic determined in (iv), means for performing at least one action on said selected data object, as defined by one of said local model and said remote model.
 20. The system of claim 19, further comprising: (vi) means for defining a local/remote data object comprising a local data object and a remote data object and displaying said local/remote data object in said viewer in (iii); and (vii) means for performing at least one action on said selected local/remote data object as defined by at least one of said local model and said remote model.
 21. A computer readable medium having computer readable program code embedded in the medium for displaying and interacting with local and remote data objects in a distributed data processing system, the computer readable program code including: (a) code for accessing a local model at least one local data object and at least one local action which may be performed on said local data object; (b) code for accessing a remote model at least one remote data object and at least one remote action which may be performed on said remote data object; (c) code for displaying at least one of said local data objects and said remote data objects in a viewer; (d) in response to selection of a data object from said viewer in (iii), code for determining a location characteristic for said selected data object; and (e) in the context of said location characteristic determined in (iv), code for performing at least one action on said selected data object, as defined by one of said local model and said remote model.
 22. The computer readable medium of claim 21, further comprising: (f) code for defining a local/remote data object comprising a local data object and a remote data object and displaying said local/remote data object in said viewer in (iii); and (g) code for performing at least one action on said selected local/remote data object as defined by at least one of said local model and said remote model. 